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SECURING GOAL-ACTIVATED GAME CONTENT 

FIELD OF INVENTION 

[0001] This invention relates generally to multiplayer computer games, and in particular, 
to methods for limiting dissemination of content to a client in a massively multiplayer game. 

BACKGROUND 

[0002] A massively multiplayer game ("MMP") is a computer game played by a large 
number of users through a communications network, which can be a local area network (e.g., 
Ethernet), a medium-area network (e.g., an intranet), or a wide-area network (e.g., the 
Intemet). In addition, the communications network can be a vdreless network, a cellular 
network or any other system which facilitates the transmission of data. In MMPs, humans 
and their avatars within the game ("players") are free to interact with other players as well as 
autonomous "non-player characters" which inhabit and are part of the game. Early examples 
of MMPs include games such as Ultima Online, EverQuest, and CrossGate. 
[0003] Most MMPs are fantasy role-playing games ("RPGs") which take place within a 
mythical or mystical world. Most MMPs appear timeless, in that from the player's 
perspective they have no beginning and no end. New players can join a game in progress at 
any time, and do not need to wait for the start of a new game. In addition, many MMPs do 
not even define an absolute game endpoint, making the end of a game a logical impossibility. 
Thus, once a game has started, it can continue indefinitely. The players of that MMP are 
thereby involved in a continuing storyline akin to life within the real world. MMPs allow 
players to develop their avatars, form personal relationships with other players, and to enjoy 
social interaction through the reality of the game. 

[0004] In order to make MMPs more immersive for their players, MMP creators 
constantly strive to provide a richer and more complete sensory interaction. To that end, 
MMP creators often develop content to be displayed to players as a reward for completing a 
challenging portion of the game. MMP creators may seek to limit the ways in which a player 



could view or disseminate such content. In this way, the MMP creators may attempt to 
ensure that the content is viewed only by a player completing the challenge. 
[0005] Accordingly, new methods are needed to improve the ability of MMP creators to 
limit dissemination of content. 

SUMMARY OF THE INVENTION 
[0006] In satisfaction of tliis need, embodiments of the present invention provide 
methods and systems for limiting dissemination of goal-activated content in MMPs. 
[0007] In accordance with one aspect of the invention, a method is provided for limiting 
dissemination of content in an online game. This method comprises hosting designated goal- 
activated content, transmitting goal-activated content at a client request, and instructing a 
client to delete locally stored goal-activated content, 

[0008] In some embodiments, the transmission of goal-activated content is responsive to 
a player fulfilling a game goal. 

[0009] In some embodiments, a history profile is received from the client. In one version 
of the invention, the instruction to delete goal-activated content is in accordance with the 
history profile. 

[0010] In some embodiments, the goal-activated content is encrypted prior to being 
transmitted to the client. 

[0011] In accordance with another aspect of the invention, a method is provided for 
limiting transmission of content transmitted by a server in an online game. This method 
comprises requesting goal-activated content fi"om the server, receiving the goal-activated 
content, receiving an instruction fi*om the server to delete the goal-activated content, and 
deleting the goal-activated content. 

[0012] In some embodiments of the invention, the instruction to delete goal-activated 
content is received at initialization of an executable program. 

[0013] In some embodiments, a history profile including information about content 
received from the server is maintained and sent to the server. In one version of the invention, 
the instruction to delete received from the server is in accordance with the history profile. 
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[0014] In some embodiments, the deletion instruction received from the server is an 
instruction to delete all goal-activated content. 

[0015] In some embodiments, there is a determination that a game player has fulfilled a 
game goal. In one version, the request for goal-activated content is in response to the 
fulfillment of a game goal. 

[0016] In accordance with another aspect of the invention, a method is provided for 
limiting transmission of content transmitted by a server to a client in an online game. This 
method comprises a client requesting goal-activated content from the server, a server 
transmitting the goal-activated content to the client, the server instructing the client to delete 
goal-activated content, and the client deleting the goal-activated content. 
[0017] In some embodiments, the client determines that a game player has fulfilled a 
game goal, and the server authenticates that a game player has fulfilled a game goal. In one 
version, the client requesting goal-activated content is in response to the fulfillment of a game 
goal, and the server transmitting goal-activated content is in response to an authentication the 
game goal was fulfilled. 

[0018] In some embodiments, the client maintains a history profile comprising 
information about content received from the server, and the client sends this history profile to 
the server. In one version, the server instructing the client to delete goal-activated content is 
in accordance with the history profile. 

[0019] In some embodiments, the server instructs the client to delete all goal-activated 
content. 

[0020] In some embodiments, the server instructs the client to delete goal-activated 
content at initialization of an executable program by the client. 

[0021] In accordance with another aspect of the invention, a system is provided for 
limiting dissemination of content. Specifically, the system includes a non-volatile memory 
element, a transceiver, and a processor. The memory element stores goal-activated data. The 
transceiver receives connection requests from a remote client and transmits goal-activated 
content to the client. The transceiver further instructs the client to delete goal-activated 
content. The processor determines that goal-activated content is to be transmitted to the 
client. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
[0022] These and other aspects of this invention will be readily apparent from the 
detailed description below and the appended drawings, which are meant to illustrate and not 
to limit the invention, and in which: 

[0023] FIG. 1 illustrates a distributed computer system in accordance with one 
embodiment of the present invention; 

[0024] FIG. 2 depicts a typical scene within the virtual environment of the game; 

[0025] FIG. 3 is a flow chart which illustrates the identification of goal-activated content 

in accordance with one embodiment of the invention; 

[0026] FIG. 4 is a flow chart which illustrates the deletion of goal-activated content from 
the client at initialization in accordance with one embodiment of the invention; and 
[0027] FIG. 5 is a flow chart which illustrates the transmission of goal-activated content 
from server to client in accordance with one embodiment of the invention. 

DETAILED DESCRIPTION 
[0028] The methods and systems to limit dissemination of content and efficiently provide 
content to a client in a MMP will now be described with respect to preferred embodiments; 
however, the methods and systems of the present invention are not limited to massively 
multiplayer games. Moreover, the skilled artisan will readily appreciate that the methods and 
systems described herein are merely exemplary and that variations can be made without 
departing from the spirit and scope of the invention. 

[0029] The present invention vaU be more completely understood through the following 
detailed description, which should be read in conjunction with the attached drawings. In this 
description, like numbers refer to similar elements within various embodiments of the present 
invention. 

[0030] While the content and nature of MMPs is the key to their widespread success, it is 
important to understand the technological underpinnings of a typical MN4P. Although it is 
possible to host and play a computer game, and even an MMP, on a single computer, it is not 
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preferred for MMPs. Accordingly, the following description of an exemplary system 
architecture is provided. 

[0031] FIG. 1 illustrates a distributed computer system 100 in accordance with one 
embodiment of the present invention. 

[0032] The system 100 includes a server platform 102 and a client or player platform 
103. The server platform 102 can include a plurality of individual servers 104, 106, 108. 
The client platform 103 can include a plurality of individual clients 1 12, 1 14, 1 16, 118. The 
number of clients is virtually limitless, constrained only by the physical characteristics of the 
server platform 102, client platform 103 and a communications network 110 connecting the 
two. As will be appreciated, the system 100 is a distributed virtual enviroiunent tailored to 
facilitate MMPs. 

[0033] Each of the clients 112, 114, 116, 118 comprises a personal computer running 
client software which facilitates a player's operation of and interaction with the game. 
However, in other embodiments the clients 112, 114, 116, 118 may also comprise other 
devices, including but not limited to, cellular telephones (such as the Motorola Inc. A3 88c), 
wireless or palmtop computers (such as the Series 7 by Psion PLC), portable digital assistants 
(such as the Timgsten C by Palm Inc.), handheld game systems (such as the Gameboy 
Advance by Nintendo of America Inc.), game consoles (such as the Play Station 2 by Sony 
Corporation of America), etc. 

[0034] Each client 112, 114, 116, 118 is generally responsible for displaying interacting 
objects (other players, terrain, non-player characters, etc.), displaying the game's interface, 
processing a player's inputs, playing music and sound and performing other CPU or 
bandwidth intensive operations. 

[0035] Each of the servers 104, 106, 108 generally includes a computer system having a 
server platform portion of the game for communication, database storage, coordination, and 
overall control and administration of the game. The servers 104, 106, 108 generally maintain 
state information and coordinate client interaction with various objects in a virtual 
environment, including but not limited to other clients, vehicles, artificial intelligence, 
terrain, music and soimd. Each server 104, 106, 108 provides additional functions, such as 
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security, recording game goals and scoring and tracking each player's advancement towards 
those goals. 

[0036] The clients 1 12, 1 14, 1 16, 1 18 communicate with the server platfomi 102 via the 
communication network 110. In the preferred embodiment, the communication network 110 
depicted comprises the intemet, but in other embodiments the communication network 110 
could be an intranet, WAN or LAN, or any other type of network utilized for conmiimicating 
between the server platform 102 and the client platform 103. For example, the 
communications network 110 could include, without Umitation, a wireless network, a cellular 
network or any other system which facilitates the transmission of data. Each client 112, 114, 
116, 118 has an associated communications link (or session) with one or more of the servers 
104, 106, 108. As shown in Figure 1, client 1 1 12 could commxmicate with server A 104 via 
a commimications link 122. Similarly, client 2 1 14 could commxmicate with server B 106 via 
communications link 124. The servers 104, 106, 108 are interconnected via a 
commimications network 110. In the embodiment shown in FIG. 1, the communications 
network 1 10 is depicted as a dedicated network, but could also be a shared network such as 
the Intemet. 

[0037] During operation of the system 100, a particular client, for example client 1112, 
which desires to enter the game communicates through a communications link 122 with an 
allocated server A 104. The determination of which specific server 104, 106, 108 a particular 
client is linked with will depend on a number of parameters, such as server load, number of 
clients, location of clients, status of client (e.g., position) within the game itself, and other 
parameters as are known to those skilled in the art. In the particular embodiment shown in 
FIG. 1, the number of servers 104, 106, 108 needed for allocation depends upon the number 
of clients. FIG. 1 illustrates operation of the system 100 when a large number of clients 1 12, 
1 14, 1 16, 1 18 are logged onto a plurality of servers 104, 106, 108. 

[0038] When there are relatively few clients 103 participating in the game, only one 
server is typically needed to serve the clients 103. During game operation, there is often no 
need for direct communication between clients. The server platform 102 communicates with 
each client its positional, status and event data (referred to as client or player data, or as a 
player's attributes) for every other player and object the client can see or interact with inside 
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the virtual environment of the game. Such player data includes, but is not limited to, avatar 
attributes, type, physics modeling, scoring, position, orientation, motion vector, animation, 
background music, player music, inventory, vehicle, call sign, or other client or object 
attributes necessary for the particular game. Typically, the server includes a database of 
information that is maintained and updated as the players interact within the game. Through 
the interaction between the cHent platform 103 and the server platform 102, the game is 
facilitated. 

[0039] FIG. 2 depicts typical content that is represented within the virtual environment of 
one embodiment of an MMP. As illustrated in FIG. 2, a number of objects are present within 
the scene. In the embodiment shown in FIG. 2, a small rabbit 202 (the "bunny"), a young 
bird 204 (the "chick") and a dragon 206 are present. The bunny 202, the chick 204 and the 
dragon 206 are located with a mountain range context 208. The client must process the 
content describing the bunny 202, the chick 204, the dragon 206, the mountain range 208, 
along with information about how they are to be displayed on the player's screen. The client 
may also need to display additional content, such as, for example, audio files, graphics files, 
and multi-media files. 

[0040] In order to be processed and displayed by the client, content must somehow be 
placed at the client. Some content may be placed at the client without any server interaction 
in an off-line process, such as when a player loads a game program and associated content 
onto the client fi"om a CD-ROM. Other content may be placed at the client in a 
commimication outside of a program execution, such as when a client initializes a connection 
with a server and the server then transmits content. Still other content may be placed at the 
client via a communication with a server that takes place during a program execution, such as 
when the client has already established a connection with a server and is executing a program 
that requires additional content to be fetched fi-om the server. 

[0041] Content may be designated as "goal-activated" content, in accordance with a 
preferred embodiment of the invention. Goal-activated content may be transmitted fi-om a 
server to the client during execution of a program on the client (i.e., at "runtime"). It may be 
desirable to designate content as goal-activated content when, for example, the content is 
secret. In such a case, it may be desirable for this content to remain off the client until it 
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becomes necessary for the client to access the content. For example, suppose the client is 
executing a program containing a game challenge for a player. When the player completes 
the challenge, a secret movie appears. If the secret movie resides on the client, a savvy player 
could inspect the locally stored game files to view the secret movie without having completed 
the challenge. It may be preferable, in such a case, to designate the secret movie as goal- 
activated content, so the secret movie is transmitted to the client only when a player 
successfully completes the challenge. Moreover, it may be desirable to remove the secret 
movie from the client once it has been viewed by the player, thus preventing the player from 
transmitting the secret movie to other players who have not completed the challenge. 
[0042] FIG. 3 is an illustration of goal-activated content being identified and stored on 
the server. Goal-activated content may be identified during the development process, prior to 
production and distribution of the program. This ensures that the client does not have access 
to the goal-activated content until that time when it is transmitted from the server during 
program execution. 

[0043] FIG. 4 illustrates a process by which goal-activated content is deleted from a 
client, in accordance with a preferred embodiment of the invention. Upon initialization of a 
program execution at the client, the client requests a network connection to the server in a 
connection request step 402. The server receives this request in a request reception step 404 
and proceeds to authenticate the client. The client then transmits to the server a history 
profile in a profile transmission step 406. Once the server receives the history profile, it 
determines if the client has any goal-activated content stored locally in a determination step 
408. If no goal-activated content is present at the client, the game program continues in a 
continuation step 410. If goal-activated content is present at the client, the server instructs 
the client to delete goal-activated content stored at the client in a deletion instruction step 
412. After receiving the instruction, the client deletes locally stored goal-activated content in 
a deletion step 414, according to the instruction received. The client also updates its history 
profile in an updating step 416 to reflect that it no longer has the locally stored goal-activated 
content. The game program then continues in continuation step 410. 

[0044] With reference to profile transmission step 406, the history profile may be a file 
stored on the client, comprising a list of data files presently stored at the client along with 
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version information for those data files. In one embodiment, the history profile comprises an 
iteration nximber representing the version of the content most recently obtained by the client. 
In another embodiment, the history profile includes a list of goal-activated content previously 
transmitted by server and currently stored at the client. Alternatively, the history profile 
includes an indicator bit, which is, for example, set to 0 if there is no goal-activated content at 
the client, and set to 1 if there is any goal-activated content at the client. 
[0045] With reference to deletion instruction step 412, in one embodiment, the server 
gives specific instructions to delete precisely that goal-activated content listed in the history 
profile. In another embodiment, the server gives a global instruction to delete all goal- 
activated content stored at the client. 

[0046] In another preferred embodiment of the invention, no history profile is used in the 
procedure to delete goal-activated content. Instead, the server instructs the client to delete 
any locally stored goal-activated content, vyrithout first determining if any goal-activated 
content is present at the client. With reference to FIG. 4, this could be accomplished by 
omitting steps 406 and 416 omitted, and assuming there is goal-activated content stored 
locally at the client in step 408. 

[0047] Alternatively, the client may use this history profile as an internal reference of 
locally stored goal-activated content. In this embodiment, the client always receives a global 
instruction to delete all locally stored goal-activated content. The client must update the 
history profile after deleting goal-activated content. 

[0048] FIG. 5 illustrates a process by which goal-activated content is transmitted to a 
client, in accordance with a preferred embodiment of the invention. The process begins with 
a game playing step 502 in which the client and server interact while a player associated with 
the client plays the game. Game play typically comprises a variety of goals and quests to be 
fiilfiUed by the player. The player fiilfiUs a goal in a fiilfiUment step 504. The client, with 
which the player is associated, then informs the server that the goal has been fiilfiUed in an 
informing step 506. Some goals have associated with them goal-activated content to be 
displayed by the client. The server determines if the player associated with the client has met 
the goal requirements in a determination step 508. If the client has not actually met the goal 
requirements, then game play continues in a continuation step 510. The determination step 
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508 thus helps ensure that goal-activated content is not transmitted to clients who may be 
attempting to trick the system by pretending to have fulfilled a goal. 

[0049] If the server determines that all the goal requirements are indeed met, the server 
informs the client that there is goal-activated content associated with the fulfilled goal in a 
notification step 512. The client then requests the associated goal-activated content from the 
server in a requesting step 514. The server transmits the associated goal-activated content to 
the client in a transmission step 516. In one embodiment of the invention, the server encrypts 
the goal-activated content using a known encryption algorithm before transmitting it to the 
client, who later decrypts the goal-activated content in order to display it. The client updates 
its history profile to reflect the receipt of the goal-activated content in a profile updating step 
518. Updating the history profile facilitates later deletion of the goal-activated content, as 
described with reference to FIG. 4, in accordance with a preferred embodiment of the 
invention. After the goal-activated content has been transmitted to the client, the goal- 
activated content is viewed on the client in a viewing step 520. Alternatively, the goal- 
activated content may be viewed by the client in a streaming fashion, so that the viewing step 
520 takes place concurrently with the goal-activated content being transmitted to the client. 
Game play then continues with continuation step 510. 

[0050] The present invention can be provided as one or more computer-readable 
programs embodied on or in one or more articles of manufacture. The article of manufacture 
can be a floppy disk, a hard disk, a CD ROM, a flash memory card, a PROM, a RAM, a 
ROM, or a magnetic tape. In general, the computer-readable programs can be implemented 
in any programming language. Some examples of languages that can be used include C, 
C-H-, or JAVA. The software programs can be stored on or in one or more articles of 
manufacture as object code. 

[0051] In this fashion, embodiments of the present invention limit the dissemination of 
goal-activated content within a massively multiplayer game. It will be appreciated by those 
skilled in the art that various omissions, additions and modifications can be made to the 
methods and systems described above without departing from the scope of the invention, and 
all such modifications and changes are intended to fall within the scope of the invention, as 
defined by the appended claims. 
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